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PROCEDE DE PROTECTION CONTRE LE VOL DE LA VALEUR D'AUTHENTIFICATION POUR CARTES A 
PUCE(S) MULTI-APPLICATIONS, CARTES A PUCEfS) METTANT EN OEUVRE LE PROCEDE ET TERMINAUX 
SUSCEPTIBLES DE RECEVOIR LESDITES CARTES. 

_ L'invention concerne un procede de protection contre 
le vol de la valeur d'authentification pour carte & puce (s) 
multi applications. Seion le precede, il est pr6vu, pour em- 
pScher une application possedant un acc6s vers un terminal 
de simuler le menu invitant r utilisateur & presenter la valeur 
cTauthentification, un m6canisme forgant Taocfcs a I'interfa- 
ce de presentation et de verification de la valeur d'authenti- 
fication par le systeme d'exploitation de la carte quelle que 
soit I'application ayant initie le processus, d&s lors qu'il y a 
une demande de valeur d'authentification. 

L'invention s'applique k des terminaux (T) susceptibles 
de communiquer avec des cartes & puces (C) comprenant 
& cette fin au moins une touche fonction (FVj) ou une se- 
quence de touches fonction reservee pour eftectuer un ap- 
pel systeme & la carte et initier la presentation de la valeur 
cTauthentification. 
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PROCEDE DE PROTECTION CONTRE LE VOL DE LA VALEUR 
D'AUTHENTIFICATION POUR CARTES A PUCE (S) MULTI- 
APPLICATIONS; CARTES A PUCE(S) MET TAN T EN (EUVRE LE 
PROCEDE ET TERMINAUX SUSCEPTIBLES DE RECEVOIR LESDITES 

CARTES 



L' invention concerne un procede de protection 
contre le vol de la valeur d' authentif ication pour les 
cartes a puce(s) multi applications aptes & communiquer 
avec l'exteirieur au moyen d'un terminal. Elle concerne 
5 egalement les cartes k puce(s) mettant en oeuvre ledit 
procede et les terminaux susceptibles de recevoir 
lesdites cartes. L' invention s' applique tout 
particulierement aux cartes a puces multi applications 
utilis6es avec les telephones mobiles tels que les 
10 t§16phones definis par le standard GSM. 

On entend par cartes k puce(s) multi-applications 
des cartes contenant une ou plusieurs puces de circuit 
integre lesdites cartes etant destinees a pouvoir 
executer differents programmes d' application charges ou 
15 tel£charg£s au cours de la vie de la carte. 

Parmi les solutions de cartes multi-applications 
existantes a ce jour, nous pouvons signaler 
« JavaCard » d6fini par Sun ou « SmartCard for 
Windows » defini par Microsoft. 
20 Pour simplifier, on parlera dans la suite 

d' applications pour designer les programmes 
d' applications {ou Applet en terminologie ahglo 
saxonne) . 

On entend par valeur d' authentif ication, que 1'on 
25 d6nomme egalement code d' authentif ication, une valeur 
permettant d' authentif ier le titulaire de la carte. La 
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valeur d' authentif ication peut etre une donnee connue 
du titulaire seul (en general, un num6ro 
d' identification personnel ou PIN- Personnal Identifier 
Number), deduite d'une caracteristique biometrique du 
titulaire ( par exemple, voix, empreinte digitale, 
chaleur.„) ou resultant d'une action que seul le 
titulaire peut effectuer (par exemple, signature) . 

Pour des raisons de compatibility avec les cartes ct 
puce(s) ne supportant qu'une unique application, et de 
simplicity pour 1' utilisateur de la carte, les cartes & 
puce multi-applications ont g^neralement une seule 
valeur d' authentif ication pour toutes les applications. 
Ainsi, la specification OP definie par VISA, et qui 
tient lieu actuellement de standard pour le 
chargement/tel§chargement et la gestion interne 
d f applications sur les cartes a puce multi- 
applications, definit un unique PIN global pour toutes 
les applications residentes et futures de la carte. 

Le probleme soulev6 par le deposant dans le cas 
d'une carte multi-applications, vient de ce que la 
carte est pr£vue pour pouvoir charger ou telecharger de 
nouvelles applications pendant toute sa vie, A priori 
ceci est un avantage, mais en pratique cette 
caracteristique rend la carte vulnerable, car des 
applications malveillantes pourront etre chargees avec 
d'autres applications de maniere transparente vis & vis 
du titulaire. C'est done une porte ouverte a de telles 
applications qui bien sdr en pratique vont chercher a 
decouvrir la valeur d' authentif ication de la carte. 

Suite a cette observation, le deposant a identifi6 
une attaque permettant de trouver la valeur 
d' authentif ication de la carte. 

Cette attaque suppose 1' existence d'une application 
malveillante poss6dant un acc§s vers 1'exterieur. 
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Une application poss^de un acc&s vers un terminal 
ctes Tors qu'il existe un terminal permettant k 
1' application de directement dialoguer avec 
l'utilisateur via ce terminal. On peut citer par 
5 exemple dans le cadre du GSM les applications pouvant 
modifier les menus affich£s sur le telephone mobile. 

Voici alors la procedure suivie lors de cette 
attaque au moyen d'une application qui peut dialoguer 
avec l'ext6rieur. 
10 En fait, 1' application utilise sa capacite k 

dialoguer avec 1'exterieur pour simuler sur le terminal 
1' interface qui permet de demander a l'utilisateur 
d'entrer la valeur d' authentif ication. 

En effet, la verification de 1' identity de 
15 l'utilisateur de la carte est generalement r£alis6e par 
1' interm6diaire d'une application en charge d'afficher, 
sur l'ecran du terminal dans lequel est ins6r6e la 
carte a puce(s), un menu invitant l'utilisateur de 
presenter la valeur d' authentif ication. Une fois la 
20 valeur d' authentif ication presentee, le terminal 
retourne cette valeur k ladite application qui verifie 
(6ventuellement par 1' interm£diaire d'une application 
en charge de la verification de la valeur 
d' authentif ication) que la valeur presentee par 
25 l'utilisateur est identique k la valeur 
d' authentif ication de la carte. Si tel est le cas, 
1' application rSpond par 1' affirmation ; par la 
negation dans le cas contraire. 

L'acc£s a 1' application en charge de 1'affichage, 
30 sur l'£cran du terminal dans lequel est ins6ree la 
carte k puce(s), du menu invitant l'utilisateur k 
presenter la valeur d' authentif ication est generalement 
controlee afin que seules les applications autorisees 
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puissent initier la verification de la valeur 
d' authentif ication . 

Neanmoins, une application raalveillante possSdant 
un acc£s vers un terminal peut simuler sur ce terminal 
5 le menu invitant 1' utilisateur a presenter sa valeur 
d' authentif ication. 1/ utilisateur va alors en toute 
confiance presenter sa valeur d' authentif ication, 
permettant ainsi & 1' application malveillante de 
d6couvrir cette valeur. Par la suite, l f application 

10 malveillante pourra, grace & sa capacite de dialoguer 
vers 1'exterieur, fournir la valeur d' authentif ication 
au d§veloppeur de 1' application malveillante. Ceci sera 
d'autant plus facile dans le cas d'un terminal tel 
qu'un telephone mobile pour lequel 1' application 

15 malveillante pourra composer un nura6ro afin de 
communiquer la valeur d' authentif ication. 

La presente invention a pour but de remedier A ces 
probl^mes. 

La presente invention a pour objet un procede de 
20 protection contre le vol de la valeur 
d' authentif ication pour carte a puce(s) multi 
applications comprenant un systeme d' exploitation, 
principalement caract6rise en ce qu'il comprend, pour 
empecher une application possedant un acc6s vers un 
25 terminal de simuler le menu invitant 1' utilisateur £ 
presenter la valeur d' authentif ication, un mecanisme 
forgant l'acc£s £ 1' interface de presentation de la 
valeur d' authentif ication par le systeme d' exploitation 
de la carte quelle que soit 1' application ayant initio 
30 le processus, des lors qu'il y a une demande de valeur 
d' authentif ication. , 

Selon une autre caracteristique, le mecanisme 
comporte la reservation sur le terminal d' au moins une 
touche fonction ou d'une sequence de touches fonction 
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apte & provoquer un appel du systeme d' exploitation de 
la carte. 

La mise en oeuvre du mecanisme comprend la sequence 
d' actions suivantes : 
5 - l'appui sur la ou les touches fonction par 

l'utilisateur de la carte pour autoriser la 
presentation de la valeur d' authentif ication et 
provoquer un verrouillage provisoire des applications 
de la carte, 

10 - la presentation de la valeur d' authentif ication, 

- la mise en oeuvre de la procedure de verification 
de la valeur d' authentif ication par le systeme 
d' exploitation apres les deux premieres actions. 

L' invention concerne Sgalement une carte £ puce (s) 

15 multi applications comprenant un systeme d f exploitation 
et des moyens de communication avec un terminal, 
principalement caract§rise en ce qu'elle comprend des 
moyens pour que les appels systeme en provenance du 
terminal pour la presentation de la valeur 

20 d' authentif ication ne puissent etre intercepter par les 
applications . 

L' invention concerne un terminal susceptible de 
communiquer avec une carte £ puce(s), principalement 
caract£ris£ en ce qu'il comprend au moins une touche 

25 fonction ou une sequence de touches fonction r6serv6e 
pour effectuer un appel systeme a la carte et initier 
la presentation de la valeur d' authentif ication. 

Le terminal pourra etre un telephone mobile par 
exemple du type GSM. 

30 D'autres particularity et avantages de 1' invention 

apparaitront clairement a la lecture de la description 
qui est faite ci aprSs et en regard des dessins sur 
lesquels : 
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la figure 1 represente le schema illustrant la 
mise en ceuvre du precede selon 1' invention, 
- la figure 2 represente le schema d'un. terminal 
susceptible de communiquer avec une carte a 
5 puce(s) selon 1' invention, 

la figure 3 represente le schema d'une carte 
multi application selon 1' invention. 
Une realisation pratique du proc6d£ selon 
1' invention va etre decrite dans la suite en regard de 
10 la figure 1. 

Le procede comprend un verrouillage provisoire de 
1' application selectionnee par 1' utilisateur ou d'une 
application appelee par 1' application selectionnee par 
cet utilisateur ; un appel du systeme d' exploitation de 
15 la carte & puce(s) pour la mise en oeuvre par le systeme 
d' exploitation de la procedure de verification de la 
valeur d' authentif ication. 

Selon la realisation proposee, le verrouillage est 
obtenu par 1' association d'une touche fonction ou d'une 
20 sequence de touches prevue sur le terminal pour pouvoir 
initier la presentation de la valeur d' authentif ication 
et un appel systeme d6clenche par l'appui de cette 
touche fonction ou de la sequence de touches fonction. 
Des lors que 1' utilisateur voie apparaitre un message 
25 de demande de la valeur d' authentif ication sur l'ecran 
du terminal, il ne peut poursuivre la procedure de 
presentation de la valeur d' authentif ication qu'apres 
avoir appuye sur ladite touche, garantissant de cette 
maniere que la procedure de verification de la valeur 
30 d' authentif ication est effectuee par le systeme 
d' exploitation ou sous son controle. 

En effet, lorsqu'une application s' execute au sein 
de la carte et que le menu de presentation de la valeur 
d f authentif ication apparait sur l'ecran du terminal, 
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1' utilisateur doit appuyer sur la touche fonction 
pr&vue portant la reference P rN sur les schemas (ou sur 
la sequence de touches fonction) pour presenter sa 
valeur d' authentif ication . Cette action permet de 
5 verrouiller provisoirement 1' application en cours 
d' execution (c'est a dire que 1' application est 
suspendue) et de lancer un appel vers le systeme 
d' exploitation de la carte. C'est alors sous le 
controle du systeme d' exploitation qu'est effectufee la 

10 procedure de presentation et de verification de la 
valeur d r authentif ication, Cette verification consiste 
a comparer la valeur d' authentif ication presentee par 
1' utilisateur avec la valeur d' authentif ication 
memorisee dans la carte. 

15 Lorsque la valeur d' authentif ication presentee par 

l'utilisateur est correcte, le systeme d' exploitation 
de la carte deverrouille 1' application en cours 
d' execution qui peut alors reprendre son execution k 
l'endroit oil elle a ete suspendue ; dans le cas 

20 contraire, le systeme d' exploitation affiche un message 
d'erreur et execute les actions de s6curit& adequates ( 
par exemple verrouiller def initivement 1' application et 
afficher un message d'alerte) . 

La figure 2 illustre un terminal T apte & 

25 communiquer avec une carte a puce(s). Ce terminal 
possede de mani^re connue une unite centrale de 
traitement UC avec une m§moire de programme MPT. Cette 
mferaoire comporte une interface IT de communication avec 
les cartes & puce(s) classique en soi . Seule une 

30 modification est pr6vue pour permettre au terminal de 
se mettre en attente de l'appui sur la touche Pi N ( ou 
la sequence de touches fonction) apres l'affichage du 
message de demande de la valeur d' authentif ication et 
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d' envoyer un appel au systeme d' exploitation de la 
carte. 

Une carte a puce(s) C multi applications a 6t6 
scheraatisee sur la figure 3 afin d' illustrer les 
diff6rents elements entrant dans la mise en ceuvre du 
proc6d6 conforme A 1' invention. Prenons le cas pour 
simplifier oil une seule puce P de circuit int6gr§ est 
pr6sente dans la carte, il s'agit d'une puce contenant 
un ou plusieurs microprocesseur (s) et ses memoires 
associ6es en particulier une memoire de programmes MPC. 
Cette memoire contient le systSme d' exploitation et 
1' interface de presentation et de verification de la 
valeur d' authentif ication. En g6n6ral une autre memoire 
de programmes MPA est destin^e & m^moriser les 
diff6rents programmes d' applications Al, A2,... An. 
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RE VEND I CAT I ONS 

1. Proced§ de protection contre le vol de la valeur 
d' authentif ication pour carte a puce(s) multi 
applications comportant un systeme. d' exploitation et 

5 une interface de presentation et de verification de la 
valeur d' authentif ication de 1' utilisateur de ladite 
carte/ caracterise en ce qu'il comprend, pour empScher 
une application poss6dant un acces vers un terminal de 
simuler le menu invitant 1' utilisateur a presenter la 

10 valeur d' authentif ication, un mecanisme forgant 1' acces 
a 1' interface de presentation et de verification de la 
valeur d' authentif ication par le systeme d' exploitation 
de la carte quelle que soit 1' application ayant initio 
le processus, des lors qu'il y a une demande de valeur 

15 d' authentif ication. 

2. Procede de protection contre le vol de la valeur 
d' authentif ication selon la revendication 1, 
caracterise en ce que le ra6canisme comporte la 

20 reservation sur le terminal d'au moins une touche 

fonction ou d'une sequence de plusieurs touches 

fonction apte a provoquer un appel du systeme 
d' exploitation de la carte. 

25 3. Proced6 de protection contre le vol de la valeur 

d' authentif ication selon la revendication 1 ou 2, 
caracterise en ce que la mise en oeuvre du mecanisme 
coraprend la sequence d' actions suivantes : 

- l'appui sur la ou les touches fonction par 
30 1' utilisateur de la carte pour autoriser la 

presentation de la valeur d' authentif ication et 
provoquer un verrouillage provisoire de 1' application, 

- la presentation de la valeur d' authentif ication, 
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- la mise en oeuvre de la procedure de verification 
de la valeur d' authentif ication par le syst&ne 
d' exploitation aprfes les deux premieres actions. 

5 4. Carte a puce(s) multi applications coraprenant un 

systeme d' exploitation et des moyens de communication 
avec un terminal, caracteris6 en ce qu'elle comprend 
des moyens (MPC) pour que les appels systeme en 
provenance du terminal (T) pour la presentation de la 
10 valeur d' authentif ication ne puissent etre intercepts 
par les applications de la carte. 

5. Terminal susceptible de communiquer avec une 
carte a puce(s), caracterise en ce qu'il comprend au 
15 moins une touche fonction (Pi N ) ou une sequence de 
touches fonction r£servee pour effectuer un appel 
systeme a la carte et initier la presentation de la 
valeur d' authentif ication. 

20 6. Terminal selon la revendication 5, caract6ris6 

en ce qu'il est constitue par un telephone mobile. 
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